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(57) ABSTRACT 

In accordance with the present invention a process is pro- 
vided for interfacing a legacy application and internet-based 
application and for displaying information from each appli- 
cation in a frame of a multi-frame browser on a client 
workstation. Further, the interface system enables users to 
transact business with the legacy application based on 
information retrieved from the internet-based app lication, 
and to retrieve information from the internet-based applica- 
tion based on information retrieved from the legacy appli- 
cation. 
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METHODS AND APPARATUS FOR 
ACCESSING INFORMATION FROM 
MULTIPLE REMOTE SOURCES 

BACKGROUND OF THE INVENTION 

A. Field of the Invention 

This invention generally relates to interfaces for computer 
systems and, more particularly, to an interface for viewing in 
separate frames information from at least two remote 
sources and communicating information between the frames 
to enhance the user's access to information from the sources. 

B. Description of the Related Art 

The Internet, fueled by the phenomenal popularity of the 
World Wide Web (WWW), has exhibited exponential 
growth over the past few years. In the case of the WWW, the 
ease of self -publication has helped generate an estimated 
50-120 million documents on a broad range of subjects. 

To access all this information, users need only standard 
computer equipment, such as a personal computer with a 
display and modem, and an Internet connection. Several 
types of Internet connections are available, including con- 
nections through Internet Service Providers (ISPs). To use 
an Internet connection from an ISP, for example, the user 
dials into a computer at the ISP's facility using the modem 
and a standard telephone line. The ISP's computer in turn 
provides the user with access to the Internet. 

Through this Internet connection, the user accesses infor- 
mation on the web using a computer program called a "web 
browser," such as the Netscape Navigator™ from Netscape 
Communications Corporation. To accomplish this, the user 
gives the web browser a Uniform Resource Locator (URL) 
for an object on the Internet, for example, a document 
containing information of interest. The document is referred 
to as a "web page," and the information contained in the web 
page is called "content." Web pages often refer to other web 
pages using "hypertext link" or "hyperlinks" that include 
words or phrases representing the other pages in a form that 
gives the browser a URL for the corresponding web page 
when a user selects a hyperlink. Hyperlinks are made 
possible by building web pages using the Hypertext Markup 
Language (HTML). 

The URL identifies a specific computer on the Internet, 
called a "Web Server," and, more particularly, the location of 
a web page located on the web Server. The web browser 
retrieves the web page and displays it for the user. 

The Internet thus provides users access to a wide variety 
of information. For example, users can use the Internet to 
locate information on current and upcoming events in cities 
and communities throughout the world. 

In contrast, companies offering access to specific types of 
information have used and continue to use stand-alone, 
client-server, or client-to-host applications that deliver spe- 
cific or proprietary functionality and related information to 
a client workstation. For example, in the travel industry the 
SABRE® System provides users such as travel agents with 
access to numerous databases of travel information for the 
purpose of making customer reservations with airlines, 
hotels, car rental agencies, etc. SABRE® is a registered 
trademark of TSGL Holdings, Inc. 

The travel industry is dominated by such legacy systems 
because long ago certain travel industry groups, notably the 
United States-based airline industry, settled on several 
computer-based reservation systems (CRSs) for managing 
flight reservation information based on each traveler's 
desired origination-to-destination journey. CRSs generally 
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arrange, organize, and store this data in a format generally 
corresponding to the dominant travel routing patterns, in 
which a carrier accepts a passenger at a first, origination 
location and discharges the passenger at a terminal or 

5 destination location. The data is generally stored in several 
databases within each reservation system: schedules, tariffs, 
and travel rules. 

Booking a flight through a CRS involves creating a 
computer record called the Passenger Name Record (PNR) 

10 of data from each of these databases. As flights are booked 
for different carriers, the system sends a message with the 
flight information to the airline's computers. The PNR is 
used to generate tickets and itineraries. 

Current legacy applications, such as CRSs, and newer 

35 HTML-based Internet applications deliver discrete and 
separate information streams to a client workstation. While 
a user may be able to use both applications at the same time, 
the user is not able to share events or information across 
these applications because the applications function totally 

20 independently of each other. For example, a travel agent can 
display rich destination content for New York City from a 
web site with the help of a web browser. Then, by switching 
to a different window on the same workstation, the agent can 
use a CRS such as the SABRE System to display a list of 

25 airline nights to New York. However, the two information 
displays are in no way linked, either physically or logically. 
This requires the travel agent to be familiar with two 
different systems, different data sources, different windows, 
and different transactions. 

30 

There is therefore a need for a system that bridges the gap 
between these two environments by interfacing at least two 
applications, such as a legacy application and HTML-based 
Internet application, and for displaying information from 
35 each application in a frame of a multi-frame browser on a 
client workstation. 

SUMMARY OF THE INVENTION 

Accordingly, systems and methods consistent with the 

40 present invention substantially obviate one or more of the 
problems due to limitations, shortcomings, and disadvan- 
tages of the related art by bridging legacy applications and 
internet-based applications at the client workstation. In 
accordance with the present invention a process is provided 

45 for interfacing at least two applications, such as a legacy 
application and internet-based application, and for display- 
ing information from each application in a frame of a 
multi-frame browser on a client workstation. Further, the 
interface system enables users to transact business with the 

50 first application based on information retrieved from the 
second application, and to retrieve information from the 
second application based on information retrieved from the 
first application. 

In accordance with the present invention, as embodied 

55 and broadly described herein, a method for accessing infor- 
mation from multiple remote resources using a workstation 
having a display and a connector for connecting to the 
remote systems comprises (i) receiving a record from a first 
remote resource; (ii) displaying data associated with the 

60 record in a first frame on the display; (iii) transmitting a 
request corresponding to the displayed data to a second 
remote resource; and (iv) displaying data associated with the 
transmitted request in a second frame on the display. The 
transmitting step involves parsing the record for selected 

65 information, and generating the request using the selected 
information. The step of displaying data associated with the 
transmitted request in a second frame involves receiving a 
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response to the transmitted request, and building a page for Computer Architecture 

display in the second frame. The step of transmitting a The present invention may be implemented by computers 
request may also include identifying the second remote organized in a conventional distributed processing system 
system based on the displayed data in the first frame. The architecture. The architecture for and procedures to imple- 
step of displaying data associated with the transmitted 5 ment this invention, however, are not conventional, because 
request in a second frame on the display includes determin- they bridge multiple remote information sources, such as a 
ing whether the data associated with the transmitted requests legacy computer application (e.g., CRS) and an HTML- 
contains a tag, and displaying a button corresponding to the based Internet application, at the client workstation, 
tag within the second frame. FIG - 1 is a block diagram that illustrates a computer 

Both the foregoing general description and the following 10 system 100 upon which an embodiment of the invention 

. ° & & , r . . . i may be implemented. Computer system 100 includes a bus 

detailed descnpt.on are exemplary and explanatory only ^ ^ communication mechanism for communicating 

and merely prov.de further explanation of the claimed informalion> and a processor 104 coupled wiln 5us 102 for 

invention. processing information. Computer system 100 also includes 

BRIEF DESCRIPTION OF THE DRAWINGS 15 a main memory, such as a random access memory (RAM) 

. . • , • j . 106 or other dynamic storage device, coupled to bus 102 for 

The accompanying drawings, which are incorporated in storing information and instructions to be executed by 

and constitute a part of this specification, illustrate an processor 104. RAM 106 also may be used for storing 

embodiment of the invention and, together with the temporary variables or other intermediate information dur- 

description, serve to explain the advantages and principles mg execution of instructions to be executed by processor 

of the invention. In the drawings, 20 104. Computer system 100 further includes a read only 

FIG. 1 is a schematic block diagram of a computer memory (ROM) 108 or other static storage device coupled 

architecture suitable for use with the present invention; to bus 102 for storing static information and instructions for 

FIG. 2 is a block diagram of components of an interface processor 104 A storage device 110, such as a magnetic disk 

system consistent with the present invention; or °P Ucal f dlsk '. ls P r ™ ded and C0U P led t0 bus 102 for 

t-t^ 1 • a c iU . r 1 . 25 storing information and instructions. 

I £ " fl ™ diagfam ° f the t StepS P**™* b t l ^ computer system 100 may be coupled via bus 102 to a 

event handler of the interface system consistent with the displa / U2f Sl / ch as a lub e (CRT), for displaying 

present invention; information to a computer user. An input device 114, includ- 

FIG. 4 is a flow diagram of the steps performed by the fog alphanumeric and other keys, is coupled to bus 102 for 

rendering component of the interface system consistent with 3Q communicating information and command selections to 

the present invention; processor 104. Another type of user input device is cursor 

FIG. 5 is a block diagram used to explain a flow of control 116, such as a mouse, a trackball or cursor direction 
information using the interface system consistent with the keys for communicating direction information and corn- 
present invention; mand selections to processor 104 and for controlling cursor 

FIG. 6 is a view of the output displayed in connection with 35 movement on display 112. This input device typically has 

the information flow of FIG. 5; two degrees of freedom in two axes, a first axis (e.g., x) and 

FIG. 7 is a block diagram used to explain another flow of a second axis (e.g., y), that allows the device to specify 

information using the interface system consistent with the positions in a plane. 

present invention; and The invention is related to the use of computer system 100 

FIG. 8 is a view of the output displayed in connection with 40 for accessing information from multiple remote resources, 

the information flow of FIG. 7. According to one implementation of the invention, infor- 
mation from the multiple remote resources is provided by 
computer system 100 in response to processor 104 executing 



DETAILED DESCRIPTION 



Reference will now be made in detail to an implementa- one or more sequences of one or more instructions contained 

tion of the present invention as illustrated in the accompa- 45 in main memory 106. Such instructions may be read into 

nying drawings. Wherever possible, the same reference main memory 106 from another computer-readable medium, 

numbers will be used throughout the drawings and the such as storage device 110. Execution of the sequences of 

following description to refer to the same or like parts. instructions contained in main memory 106 causes processor 

Overview 104 to perform the process steps described herein. In an 

Systems consistent with the present invention include 50 alternative implementation, hard-wired circuitry may be 

several components: (1) a browser with a multi-frame used in place of or in combination with software instructions 

viewer with each frame displaying information from a to implement the invention. Thus implementations of the 

different source; (2) an event handler that observes events in invention are not limited to any specific combination of 

the frames; and (3) a rendering component that moves hardware circuitry and software. 

information in both directions between frames. For example, 55 The term "computer-readable medium" as used herein 

the rendering component captures an event observed inside refers to any media that participates in providing instructions 

one frame corresponding to a first application (such as a to processor 104 for execution. Such a medium may take 

legacy application), parses data related to the event, and many forms, including but not limited to, non-volatile 

rebuilds information from the frame into a format for media, volatile media, and transmission media. Non-volatile 

delivery to a second application (such as an HTML-based 60 media includes, for example, optical or magnetic disks, such 

application). The rendering component may also parse user- as storage device 110. Volatile media includes dynamic 

defined functions embedded in the data stream from the memory, such as main memory 106. Transmission media 

second application delivered to a corresponding frame, and includes coaxial cables, copper wire and fiber optics, includ- 

convert those functions into a format for delivery to the first ing the wires that comprise bus 102. Transmission media can 

application. Additional components provide the necessary 65 also take the form of acoustic or light waves, such as those 

connections between the client workstation and the remote generated during radio-wave and infra- red data communi- 

resources. cations. 
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Common forms of computer- readable media include, for will recognize that computer system 100 may establish 

example, a floppy disk, a flexible disk, hard disk, magnetic connections to multiple servers on Internet 128. Each such 

tape, or any other magnetic medium, a CD-ROM, any other server includes an HTML-based Internet application, which 

optical medium, punch cards, papertape, any other physical mav provide information to computer system 100 upon 

medium with patterns of holes, a RAM, PROM, and 5 request in a manner consistent with the present invention. 

EPROM, a FLASH-EPROM, any other memory chip or Additionally, for purposes of this description host 124 

cartridge, a carrier wave as described hereinafter, or any comprises a legacy computer application such as a CRS, 

other medium from which a computer can read. although other legacy applications may be used to iraple- 

Various forms of computer readable media may be ment the present invention, 

involved in carrying one or more sequences of one or more 1Q (Split-Screen) System 

instructions to processor 104 for execution. For example, the , . r * • c 

instructions may initially be carried on magnetic disk of a FIG * 2 15 a block dia g ram of components of an interface 

remote computer. TTie remote computer can load the instruc- svstem 210 consistent with the present invention. A primary 

tions into its dynamic memory and send the instructions over P ur P<** of interface system 210 is to present multiple frames 

a telephone line using a modem. A modem local to computer , «. of information on display 112 by, in part, using information 

system 100 can receive the data on the telephone line and 15 displayed in one frame to retrieve and display information in 

use an infra-red transmitter to convert the data to an infra-red another frame * interface system 210 separates a dis- 

signal. An infra-red detector coupled to bus 102 can receive P la V «re™ into multi P le ( at least two ) frames 10 dls P la y 

the data carried in the infra-red signal and place the data on information from multiple sources. Although this desenp- 

bus 102. Bus 102 carries the data to main memory 106, from tion is directed to an implementation having a legacy 

which processor 104 retrieves and executes the instructions. application for one source and a legacy applications) and/or 

The instructions received by main memory 106 may option- HTML-based applications) for other sources, those skilled 

ally be stored on storage device 110 either before or after ™ tne art wm ^cognize that any combination of at least two 

execution by processor 104. sources may be used to implement the present invention. 

Computer system 100 also includes a communication 25 Interface system 210 is a software application preferably 
interface 118 coupled to bus 102. Communication interface written in the Java™ programming language, although other 
118 provides a two-way data communication coupling to a programming languages may be used. The Java program- 
network link 120 that is connected to local network 122. For min S language is an object-oriented programming language 
example, communication interface 118 maybe an integrated that » Ascribed, for example, in a text entitled "The Java 
services digital network (ISDN) card or a modem to provide 30 Language Specification" by James Gosling, Bill Joy, and 
a data communication connection to a corresponding type of Gu y Steele > Addison- Wesley, 1996. Programs written in the 
telephone line. As another example, communication inter- Java language are typically compiled to a universal execut- 
face 118 may be a local area network (LAN) card to provide able format, using a "bytecode instruction set," which can be 
a data communication connection to a compatible LAN. executed on any platform supporting the Java virtual 
Wireless links may also be implemented. In any such 35 machine (VM). The Java VM is described, for example, in 
implementation, communication interface 118 sends and a text entitled "The Java Virtual Machine Specification," by 
receives electrical, electromagnetic or optical signals that Tim Lindholm and Frank Yellin, Addison Wesley, 1996. 
carry digital data streams representing various types of Tnus ^ interface system 210 can reside on any client 
information workstation, such as computer system 100, that supports a 

Network link 120 typically provides data communication 40 ^ ava 

through one or more networks to other data devices. For Interface system 210 is comprised of a multi-frame 

example, network link 120 may provide a connection browser 220, an event handler 230, TCP/IP connectors 240, 

through local network 122 to a host computer 124 and/or to and a rendering component 250. Multi-frame browser 220 is 

data equipment operated by an Internet Service Provider comprised of a customizable HTML browser for generating 

(ISP) 126. ISP 126 in tum provides data communication 45 multiple frames for display, each frame designated to display 

services through the Internet 128. Local network 122 and information from at least one source. A suitable browser for 

Internet 128 both use electric, electromagnetic or optical this purpose is the "ICE Browser" from ICEsoft A/S of 

signals that carry digital data streams. The signals through Bergen, Norway, because it is extensible, meaning that it can 

the various networks and the signals on network link 120 configured to operate with the other components of 

and through communication interface 118, which carry the 50 svstem 210 suc h as handler 230 and rendering component 

digital data to and from computer system 100, are exemplary 250. 

forms of carrier waves transporting the information. Event handler 230 and rendering component 250 are 

Computer system 100 can send messages and receive extensions of multi-frame browser 220. These extensions 

data, including program code, through the network(s), net- observe events in each frame and, when appropriate, retrieve 

work link 120 and communication interface 118. In the 55 and display information in another frame. 

Internet example, a server 130 might transmit a requested TCP/IP connectors 240 connect interface system 210 

code for an application program through Internet 128, ISP operating on computer system 100 to remote sources, such 

126, local network 122 and communication interface 118. In as a legacy application operating on host 124, and an 

accordance with the present invention, one such downloaded HTML-based application operating on server 130. "TCP/IP" 

application provides a bridge between two remote informa- 60 is used in this description to provide an example of protocols 

tion sources, as described herein. The received code may be capable of being used with systems consistent with the 

executed by processor 104 as it is received, and/or stored in present invention. This does not in any way limit the 

storage device 110, or other non-volatile storage for later invention to TCP/IP connections, other types of connection 

execution. In this manner, computer system 100 may obtain such as X.25 and SNA (System Network Architecture) may 

application code in the form of a carrier wave, 65 also be used within the scope of this invention. 

Although computer system 100 is shown in FIG. 1 as A TCP/IP connector to a legacy application typically uses 

being connectable to one server, 130, those skilled in the art a set of low level communications functions referred to as an 
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application programming interface (API). One such API has In general, event handler 230 reacts to changes in the state 

been developed by The SABRE Group for general client of each frame of browser 220, When the state of a frame 

workstation access to the SABRE host system, which is an changes, event handler 230 receives a notification of that 

exemplary legacy CRS application. The Java Common change (step 310). For purposes of this description, there are 

SABRE API (JSAPI) is in the form of Java classes. The 5 t wo state changes that cause event handler 230 to receive a 

JSAPI is based on a three layer architecture in which each notification: (1) display of information in the frame corre- 

layer handles a specific function: (1) a device layer, (2) a sp0 nding to the legacy application (step 315); and (2) user 

connection layer, and (3) a services layer. selection of a "book it now" (BIN) button (step 330). 

H» ^ first two layers are common to all TCP/IP connec- , f event handlef ^ determines that a received notifica . 

Uons rhe device layer handles aU ^ M 10 tf ^cates ^ browsef 22Q has dig { d informatioD in 

functions, which are described in various texts on TCP/IP . . A . . r *. . , t 

connections, including for example, W. Richard Stevens, the frame ~ n 5S? nd 1 u « t0 the ^ application (step 315), 

TCP/IP Illustrated, Vol. 1, Addison-Wesley, 1994. The con- « v ent handkr 230 select / s certain predetermined ^formation 

nection layer handles all of the connection specific details, f rom Wlthin lhat frame ( sle P 32 °) and transfers the selected 

which are also described in the aforementioned text by W. information to rendering component 250 (step 325). For 

Richard Stevens. However, the services layer is comprised 15 example, when a legacy application frame displays schedule 

of host specific objects, called Service Providers, which are information, event handler 230 may select information iden- 

loaded when required to map SABRE LnlaTa terminal tifying the passenger's destination to transfer to rendering 

addresses to TCP/IP connections. LnlaTa, which stands for component 250 so browser 220 can display in another frame 

Line Interchange Address Terminal Address, is the unique information from a remote source, which is distinct from the 

24-bit terminal address that identifies a user of system 20 legacy application, corresponding to the destination. This 

resources on the SABRE host, such as a terminal, function of event handler 230 is explained further below in 

workstation, or printer. The user typically connects through connection with FIGS. 5 and 6. 

a Lx)cal Area Network (LAN) to an IP router that in turn Under circumst ances, browser 220 may display a 

connects the IJ\N to a secure dedicated network. Bm ^ ^ a ffame Fof ^ ^ di ^ 

When a JSAPI connection is created on a client 25 mation on a destination may include information on events 

workstation, a session string or reference is used to query a , , , , . , , , . c >■ 

nu.Rou.iivu, « * * 6 M ^ j scheduled to occur at the destination during a specific time 

registry or table, which contains system configuration inror- . , Ct , . - . t . °. . . \ 

> j * j .i i- T- l i penod, e.g., after a date of arrival at the destination or prior 

mation used to configure and control applications like sys- F * 1 * c ■ j ^ j i_ .u 

tern 210, to locate The desired Service Provider. Service 10 a date °, f **V* n ™ fr ° m * c destination as defined by the 

Providers are program modules that allow applications to 30 Passenger s schedule. Browser 220 may display a BIN 

communicate with different end systems such as an Open button for each eveDt - when a ^ wlshes t0 make a 

Front End Processor (OFEP), or some other gateway, con- reservation to attend a selected event, or actually purchase a 

nected by an IP router to the dedicated network. Service ticket to the event, the user merely selects the corresponding 

Providers are typically dynamically loaded based on con- BIN button. When event handler 230 determines that a 

figuration information in the registry. received notification indicates that a user has selected a BIN 

The OFEP is a TCP/IP interface to a Lineside Micro Vax 35 button displayed within a frame of browser 220 (step 330), 

Front End (MFE) processor, which interfaces through event handler 230 formats a message to the legacy 

another network with a Hostside MFE processor connected application, which message is referred to as a booking 

to the host processor of the SABRE host system. The transaction, indicating the users selection (step 335). Event 

Micro Vax is a computer manufactured by Digital Equipment handler 230 transfers the booking transaction to the TCP/IP 

Corporation. The OFEP communicates with the Lineside connector for the legacy application (step 340). This func- 

MFE using the DECNet protocol while the Lineside MFE tion of event handler 230 is explained further below in 

communicates with the Hostside MFE using the Ethernet connection with FIGS. 7 and 8, 

protocol. The Hostside MFE in turn uses a channel protocol Rendering Component 

to communicate with the host computer. The OFEP is 45 FIG. 4 is a flow chart of the steps performed by the 

therefore responsible for actual data transfer with the rendering component of interface system 210 consistent 

SABRE host over the TCP/IP protocol, and manages incom- with the present invention. Rendering component 250 oper- 

ing and outgoing I/O requests. ates when it receives any one of two types of data (step 410): 

If the user does not specify a specific Service Provider by information comprised of a passenger's schedule, and a web 

name, the first Service Provider enumerated in the registry 50 page. 

is loaded. One of these Service Providers is the SABRE When rendering component 250 receives information on 
Front End Processor that provides connectivity to the a passenger's schedule (step 415), it generates a query 
SABRE host's various mainframe computers. The SABRE corresponding to selected information from the information 
FEP also provides other value-added services, such as (step 420) and transmits the query to a TCP/IP connector 
switchable printer support and connectivity to other external S5 (step 425). These two steps correspond to the event han- 
legacy systems, dler's selection of information from a display of schedule 
In contrast, the TCP/IP connector to the HTML-based information (see step 315, FIG. 3). This function of render- 
application uses the standard internet HTTP (Hyper Text ing component 250 is explained further below in connection 
Transfer Protocol) or similar protocols, which are explained with FIGS. 5 and 6. 

in detail in the aforementioned text by W. Richard Stevens. 60 When rendering component 250 receives a web page from 

Event Handler an HTML-based application on a remote server on the 

The process steps of event handler 230 will now be Internet (step 430), rendering component 250 first deter- 

described with reference to FIG. 3. For purposes of this mines whether the page contains any tags (step 435). A tag 

description, multi-frame browser 220 displays two frames, a is a specific code in the web page indicating to the rendering 

first frame corresponding to a legacy application such as a 65 component that a BIN button should be built for a corre- 

CRS and a second frame corresponding to an HTML-based sponding piece of information in the web page. For example, 

application. when the legacy application has the facility to reserve or 
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purchase tickets to an event, a web page with information on 
that event may be tagged so rendering component 250 
generates a BIN button for the event. Thus, when a tag exists 
in the web page, rendering component 250 builds the 
corresponding BIN button (step 440), Then, or when no tag 
exists (step 435), rendering component 250 transfers the 
web page to browser 220 for display in the corresponding 
frame. This function of rendering component 250 is 
explained further below in connection with FIGS. 7 and 8. 
Split Screen Interface 

Reference will now be made to FIGS. 5 and 6 to explain 
how interface system 210 offers a scheme for communicat- 
ing between legacy applications and HTML-based applica- 
tions. As shown in FIG. 5, a user 55 inputs a command into 
a first frame (610, FIG. 6) of multi-frame browser 220. For 
example, the user may wish to retrieve certain schedule 
information from a legacy application such as CRS 520. As 
shown in FIG. 6, the user input command 630 is 
" 1 21NO VDFWLGW". This command requests an itinerary 
("1") for flights on the 21st of November ("21 NOV") 
departing from Dallas-Fort Worth Airport ("DFW") that are 
destined for London Gatwick Airport ("LGW"). 

In this case, browser 220 uses a TCP/IP connector 510 for 
CRS 520 to send the user's command to CRS 520. In turn, 
CRS 520 provides a response to browser 220, via the same 
TCP/IP connector 510, which response includes the 
requested itinerary information 640. As shown in FIG. 6, 
response 640 indicates that there are 6 possible nights or 
combinations of flights on the 21st of November (which is 
a Friday) from DFW to LGW. Additionally, response 640 
also indicates that more itineraries may be found using 
London Heathrow Airport (LHR). The first itinerary shows 
a number of codes i.e., "78 F7 C7 Y7 B7 G7 H7 N7" 
corresponding to, for example, the airfare and seat avail- 
ability on a flight departing from DFW at 3:45 PM and 
arriving at LGW at 6:50 AM. 

Event handler 230 receives a notification that response 
640 has been displayed, and selects certain information from 
the response, e.g., the destination city, to retrieve additional 
information on scheduled events related to the selected 
information. The selected information is in turn provided to 
rendering component 250 that generates a query and trans- 
mits the query via another TCP/IP connector 530 to a server 
540 on the Internet running an HTML-based application. 
Assuming this HTML-based application has information 
responsive to the query, server 540 responds with a web 
page that rendering component 250 receives via TCP/IP 
connector 530. The web page is provided to browser 220 for 
display in a frame different from the frame used to display 
the command and response. As shown in FIG. 6, a second 
frame 620 displays web page 650. 

In this manner, interface system 210 effectively commu- 
nicates information between a legacy application and an 



may generate additional frames to display web pages and 
c orresponding BIN buttons^J fjmy, ior„additionaLseryers — ^ 
jAlternatively, an aggregated web jiage and corre^D^nding^^ 
BIN buttc^sri^ny/foTairservers may be displ?yedjn_a3> 
singirframeTIbother words; althbugh'thTfiguressh^w two 
framesTthe first for the legacy application and the second for 
an HTML-based application, the present invention contem- 
plates multiple frames, one for each legacy application and 
HTML-based application. Alternatively, a single frame may 
be used to display aggregated information from multiple 
legacy applications and a single frame may be used to 
display an aggregated web page from multiple HTML-based 
applications. 

When user 55 selects a BIN button, event handler 230 
receives an event notification, which causes handler 230 to 
generate a booking transaction to book a reservation for a 
ticket to the event corresponding to the BIN button. Handler 
230 provides the transaction to TCP/IP connector 510 for 
CRS 520. After processing the transaction, CRS 520 trans- 
mits a transaction response that is provided to browser 220 
via connector 510. This response is displayed in the frame 
dedicated to CRS 520. 

As shown in FIG. 8, the user's selection of the BIN button 
for the Pavarotti concert in London on November 22nd, 
causes interface system 220 to generate a booking transac- 
tion to book a reservation for the concert by communicating 
the transaction to CRS 520, which in turn displays a trans- 
action response 830 in the browser frame 810 dedicated to 
the application. 
Conclusion 

In accordance with the present invention an interface 
(split screen) system provides a two-way interface between 
two applications such as a legacy application and an HTML- 

35 based application running on the same client. A first frame 
of a browser supports a session with a first application, 
which may be a legacy application such as a CRS, and a 
second frame supports an internet browser session. The 
interface system passes relevant data between these frames 

40 based on context. For example, when a user requests a flight 
to London in the legacy CRS application frame the internet 
browser window responds by showing additional travel 
information specific to London. Similarly, when a user 
displays a bookable travel item in the internet browser 

45 frame, it can be booked by executing a corresponding CRS 
transaction, which then responds in the legacy CRS appli- 
cation frame. 

The foregoing description of an implementation of the 
invention has been presented for purposes of iflustration and 
50 description. It is not exhaustive and does not limit the 
invention to the precise form disclosed. Modifications and 
variations are possible in light of the above teachings or may 
be acquired from practicing of the invention. For example, 
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the described implementation includes a BIN button used to 

HTJML-based application and displays information from 5S book transactions identified by an HTML-based application 

both applications in a single multi-frame browser. v ; a a legacy CRS application. Additionally, the interface 

Book It Now system may provide means such as a button displayed in the 

Continuing with FIGS. 7 and 8, the operation of interface frame dedicated to a legacy CRS application to retrieve 

system 210 in connection with the BIN button will now be additional information for display in the other frame corre- 

explained. In this implementation, the retrieved web page 60 sponding to selected information displayed from the legacy 



includes a tag indicating a BIN button. Server 540 provides 
the tagged web page to rendering component 250 via TCP/IP 
connector 530. Rendering component 250 in turn provides 
the tagged web page with the generated BIN button to 
browser 220. As shown in FIG. 8, the web page 840 and BIN 
button 850 are displayed in frame 820 corresponding to CRS 
520. Those skilled in the art will recognize that browser 220 



65 



CRS application. The scope of the invention is defined by 
the claims and their equivalents. 
What is claimed is: 

1. A computer implemented method for interfacing infor- 
mation from multiple remote resources using a workstation 
having a display and a connector for connecting to the 
remote resources, the method comprising the steps of: 
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receiving a record from a first application operating on a a transmitter configured to transmit a request correspond- 

legacy host system; ing to the displayed data from the legacy host system to 

displaying data associated with the record in a first frame a second application operating on a web browser; and 

on the display; a component configured to simultaneously display data 

transmitting a request corresponding to the displayed data 5 associated with the record from the legacy host system 

from the legacy host system to a web browser appli- in the first frame of the display with data received from 

cation operating on a second remote resource; and the web browser in a second frame on the display. 

simultaneously displaying data associated with the record 9. The apparatus of claim 8, wherein the transmitter 

from the legacy host system in the first frame on the includes 

display with data received from the web browser in a 10 a parser configured to parse the record for selected infor- 

second frame on the display. mation; and 

2. The method of claim 1, wherein the transmitting step a generator configured to generate the request using the 
includes the substeps of selected information. 

parsing the record for selected information; and io. The apparatus of claim 8, wherein the component 

generating the request using the selected information. configured to display data associated with the transmitted 

3. The method of claim 1, wherein the step of displaying request in a second frame includes 

data associated with the transmitted request in a second a rece jver configured to receive a response to the trans- 
frame includes the substeps of mitted request; and 

receiving a response to the transmitted request; and 2Q a mm901KnX configured to build a page for display in the 

building a page for display in the second frame. second frame. 

4. The method of claim 1, wherein the step of transmitting u ^ apparat u S of claim 8, wherein the transmitter 
a request includes the substep of includes 

identifying the second remote system based on the dis- a componeD t to identify the second remote system based 

played data in the first frame. 25 0 n the displayed data in the first frame. 

5. Hie method of claim 1, wherein the step of displaying u ^ apparatus of claim 8j wherein the component 
data associated with the transmitted request in a second configure d to display data associated with the transmitted 
frame on the display includes the substep of request {n a second ffame Qn tfae display indudes 

determining whether the data associated with the trans- & RQQ{ ^nfigared to determine whether the data 

mitted request contains a tag; and 30 • * j -*u .u . •*« j 

M b \ . . . . associated with the transmitted request contains a tag; 

displaying a button corresponding to the tag within the anc j 

second frame. „ , 

6. He method of claim 3, wherein the step of displaying a «™ponent configured to display a button corresponding 
data associated with the transmitted request in a second ,, to ' he ta g Wltmn ^second frame. 

frame further includes the substeps of 35 ™« «H»f«"« ° f cla ™ 10 > where "' the component 

..... . , configured to display data associated with the transmitted 

determining whether the page contains a tag, and °. . r . , , 

. & . . , ■ . • . request m a second frame further includes 

displaying a button corresponding to the tag within the , , 

second frame a c^P 006111 configured to determine whether the page 

7. A computer implemented method for accessing infor- contains a tag, and 

mation from multiple remote systems using a workstation 40 a component configured to display a button corresponding 

having a display and a connector for connecting to the { ® tne ta g within the second frame, 

remote systems, the method comprising the steps of: 14 An apparatus for accessing information from multiple 

receiving a record from a first application operating on a remote svstems a workstation having a display and a 

legacy host system' connector for connecting to the remote systems, the appa- 

displaying the record and a corresponding button in a first 45 ratus com P risin g* 

frame on the display; a component configured to receive a record from a first 

parsing the record for selected information in response to application operating on a legacy host system; 

selection of the displayed button; a component configured to display the record and a 

generating and transmitting a query including the selected 5Q corresponding button in a first frame on the display; 

information from the legacy host system to a second a parser configured to parse the record for selected infor- 

application operating on a web browser; mation in response to selection of the displayed button; 

receiving a page including additional selected informa- a component configured to generate and transmit a query 

tion; and including the selected information from the legacy host 

simultaneously displaying the record from the first appli- 55 system to a second application operating on a web 

cation operating on the legacy host system in the first browser; 

frame on the display with data retrieved from the a component configured to receive a page including 

application operating on the web browser in a second additional selected information; and 

frame on the display. a component configured to simultaneously display data 

8. An apparatus for interfacing information from multiple 60 associated with the record from the legacy host system 
remote resources using a workstation having a display and { n the first frame of the display with the page in a 
a connector for connecting to the remote resources, the second frame on the display. 

apparatus comprising: 15. a computer program product having a computer 

a receiver configured to receive a record from a first readable medium for interfacing information from multiple 

application operating on a legacy host system; 65 remote resources using a workstation having a display and 

a component configured to display data associated with a connector for connecting to the remote resources, the 

the record in a first frame on the display; computer program product comprising: 
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a receiving module configured to receive a record from a 
first application operating on a legacy host system; 

a module configured to display data associated with the 
record in a first frame on the display; 

a transmitting module configured to transmit a request 
corresponding to the displayed data from the legacy 
host system to a second application operating on a web 
browser; and 

a module configured to simultaneously display data asso- 
ciated with the record from the legacy host system in 
the first frame of the display with data received from 
the web browser in a second frame on the display. 

16. The computer program product of claim 15, wherein 
the transmitting module includes 

a parsing module configured to parse the record for 

selected information; and 
a generating module configured to generate the request 

using the selected information. 

17. The computer program product of claim 15, wherein 
the module configured to display data associated with the 
transmitted request in a second frame includes 

a receiving module configured to receive a response to the 

transmitted request; and 
a module configured to build a page for display in the 

second frame. 

18. The computer program product of claim 15, wherein 
the transmitting module includes 

a module to identify the second remote system based on 
the displayed data in the first frame. 

19. The computer program product of claim 15, wherein 
the module configured to display data associated with the 
transmitted request in a second frame on the display includes 

a module configured to determine whether the data asso- 
ciated with the transmitted request contains a tag; and 



a module configured to display a button corresponding to 
the tag within the second frame. 

20. The computer program product of claim 17, wherein 
the module configured to display data associated with the 

5 transmitted request in a second frame further includes 

a module configured to determine whether the page 

contains a tag, and 
a module configured to display a button corresponding to 

1Q the tag within the second frame. 

21. A computer program product having computer read- 
able instructions for interfacing information from multiple 
remote resources using a workstation having a display and 
a connector for connecting to the remote resources, the 

35 computer program product comprising: 

a module configured to receive a record from a first 

application operating on a legacy host system; 
a module configured to display the record and a corre- 
sponding button in a first frame on the display; 
20 a parsing module configured to parse the record for 
selected information in response to selection of the 
displayed button; 
a module configured to generate and transmit a query 
including the selected information from the legacy host 
system to a second application operating on a web 
browser; 

a module configured to receive a page from the web 
browser including additional selected information; and 
30 a module configured to simultaneously display the record 
from the first application operating on the legacy host 
system in the first frame on the display with the page 
from the application operating on the web browser in a 
second frame on the display. 
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